home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19950528-19950726
/
000365_news@columbia.edu_Fri Jul 14 16:38:11 1995.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA06614
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sat, 15 Jul 1995 04:49:25 -0400
Received: by apakabar.cc.columbia.edu id AA06708
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sat, 15 Jul 1995 04:49:24 -0400
Path: news.columbia.edu!panix!news.mathworks.com!news.duke.edu!godot.cc.duq.edu!newsfeed.pitt.edu!dsinc!netnews.upenn.edu!cronkite.ocis.temple.edu!astro.ocis.temple.edu!jprice
From: jprice@astro.ocis.temple.edu (John Price)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Send Packet too long?
Date: 14 Jul 1995 16:38:11 GMT
Organization: Temple University, Academic Computer Services
Lines: 50
Message-Id: <3u66hj$kam@cronkite.ocis.temple.edu>
References: <3u3lrs$eak@cronkite.ocis.temple.edu> <3u5r36$o4@apakabar.cc.columbia.edu>
Nntp-Posting-Host: astro.ocis.temple.edu
X-Newsreader: TIN [version 1.2 PL2]
Apparently-To: kermit.misc@watsun.cc.columbia.edu
Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote:
: In article <3u3lrs$eak@cronkite.ocis.temple.edu>,
: John Price <jprice@astro.ocis.temple.edu> wrote:
: Please read the manual. "set send packet-length" is almost certainly not
: the command you want. The packet length is governed by the receiver,
: which is given a "set receive packet-length" command.
: >Any ideas?
: Patient: "It hurts when I do this."
: Doctor: "Don't do that".
: But if you're interested in pursuing the problem, you'll have to provide
: lots more details -- particularly the type of 3270 emulator that sits
: between the PC and CMS. Or is it a linemode session?
: - Frank
Well now, there's a question. We get to the VM through two different ways
-- one is through a Cisco router with it's own internal 3270 emulator,
the other is in 'linemode'. Same error both ways.
The exact error is "Internal Error: Send packet too long". I've checked
again, and what is happening is that MS Kermit 3.14 is trying to send a
packet of length 65. (after I have set "send packet" to 64). That appears
to be where it's getting hung up.
I will try reseting the receive length on the VM side...
The really interesting part is -- without doing *anything* to the VM, I
can get this binary file to upload at 63 or at 65 (via "set send pack"),
but not at 64....
I have a packet log available (two, actually) if it helps.
Thanx for the help.
John Price
--
Just in case you mistake me for someone official, having an official opinion:
I'm not, and I don't.
--- --- --- ---
Commodore Douglas C. Reynolds
U.S.S. Atlantis
NCC-1786